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ABSTRACT 



A system and method for display of and interaction with local and remote data objects 
in a distributed data processing system is disclosed. In an embodiment, given sufficient 
information or "meta data" (i.e. data about data) for a local system and a remote system, a 
data object viewer may combine both local and remote data objects in a single view. In an 
embodiment, a user may interact with these local and remote data objects in a context 
sensitive manner such that, in dependence on the selected data object, either a local action, a 
remote action, or both local and remote actions may be performed on the selected data object 
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DISPLAY OF AND INTERACTION WITH 
LOCAL AND REMOTE DATA OBJECTS 

5 BACKGROUND 

The present invention relates to data processing systems, and more specifically to the 
display of and interaction with local and remote data objects. 

10 In a typical distributed data processing system, there are many situations where a user 

may need to display and interact with both local and remote data objects. Local and remote 
data objects may include, for example, files and folders located locally and remotely. Typical 
actions performed on these local and remote data objects may include, for example, editing, 
deleting, copying, moving, renaming, and in the case of program files and executable files, 

15 compiling and running. 

Known data object viewers typically display either all local or all remote data objects 
in a single view. When interacting with remote data objects presented in such a view, two 
approaches have been commonly used. In a first approach, an action on a remote data object 

20 is invoked directly on the remote system, for example by programming a customized remote 
action. In a second approach, a remote data object is 4< pulled" or downloaded to a local 
system, acted upon locally, and then "pushed" or uploaded back to the remote system. For 
example, there are Windows-based code editors which allow for local editing of remote files. 
Typically, this is done by downloading a temporary copy of the remote files to a local 

25 system, allowing the files to be edited locally, and then subsequently pushing the edited files 
back to the remote system. 

It would be desirable to provide a more flexible approach to displaying and interacting 
with local and remote data objects. 

30 

SUMMARY 

The present invention relates to display of and interaction with local and remote data 
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objects in a distributed data processing system. In an embodiment, given sufficient 
information or "meta data" (i.e. data about data) for a local system and a remote system, a 
data object viewer may combine both local and remote data objects in a single view. 

5 In an exemplary embodiment, a user may interact with these local and remote data 

objects in a context sensitive manner such that, in dependence on the selected data object, 
either a local action, a remote action, or both local and remote actions may be performed on 
the selected data object 

10 In an exemplary embodiment, a data object having both a local presence and a remote 

presence may have both local and remote actions performed thereon in a context sensitive 
maimer. 

In an aspect of the invention, there is provided a method of displaying and interacting 
1 5 with local and remote data objects in a distributed data processing system, comprising: 

(i) accessing a local model defining at least one local data object and at least one 
local action which may be performed on said local data object; 

(ii) accessing a remote model defining at least one remote data object and at least 
one remote action which may be performed on said remote data object; 

20 (iii) displaying at least one of said local data objects and said remote data objects in 

a viewer, 

(iv) in response to selection of a data object from said viewer in (iii), determining a 
location characteristic for said selected data object; 

(v) in the context of said location characteristic determined in (iv), performing at 
25 least one action on said selected data object, as defined by one of said local model and said 

remote model. 

In an embodiment of the first aspect of the invention, the method further comprises: 

(vi) defining a local/remote data object comprising a local data object and a remote 
30 data object and displaying said local/remote data object in said viewer in (iii); 

(vii) if said local/remote data object is selected in (iv), then in (v) performing at 
least one action on said selected local/remote data object as defined by at least one of said 
local model and said remote model. 
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In another aspect of the invention, there is provided a system for displaying and 
interacting with local and remote data objects in a distributed data processing system, 
comprising: 

5 (a) a local model including definitions for at least one local data object and at least 

one local action which may be performed on said local data object; 

(b) a remote model including definitions for at least one remote data object and at 
least one remote action which may be performed on said remote data object; 

(c) a viewer configured to display at least one of said local data objects and said 
10 remote data objects, said viewer being configured to permit a data object to be selected 

therefrom; 

(d) a module configured to determine a location characteristic for said data object 
selected from said viewer and to perform at least one action on said selected data object, as 
defined by one of said local model and said remote model. 

15 

In an embodiment of the second aspect of the invention, the system further comprises 
a merged viewer model including definitions from both said local model and said remote 
model, said merged viewer model defining a local/remote data object comprising a local data 
object and a remote data object. 

20 

In a third aspect of the invention, there is provided a system for displaying and 
interacting with local and remote data objects in a distributed data processing system, 
comprising: 

(i) means for accessing a local model defining at least one local data object and at 
25 least one local action which may be performed on said local data object; 

(ii) means for accessing a remote model defining at least one remote data object 
and at least one remote action which may be performed on said remote data object; 

(iii) means for displaying at least one of said local data objects and said remote 
data objects in a viewer; 

30 (iv) in response to selection of a data object from said viewer in (iii), means for 

determining a location characteristic for said selected data object; 

(v) in the context of said location characteristic determined in (iv), means for 
performing at least one action on said selected data object, as defined by one of said local 
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model and said remote model. 



In an embodiment of the third aspect of the invention, the system further comprises: 

(vi) means for defining a local/remote data object comprising a local data object 
5 and a remote data object and displaying said local/remote data object in said viewer in (iii); 

(vii) means for performing at least one action on said selected local/remote data 
object as defined by at least one of said local model and said remote model. 



In a fourth aspect of the invention, there is provided a computer readable medium 
10 having computer readable program code embedded in the medium for displaying and 
interacting with local and remote data objects in a distributed data processing system, the 
computer readable program code including: 

(a) code for accessing a local model defining at least one local data object and at 
least one local action which may be performed on said local data object; 
15 (b) code for accessing a remote model defining at least one remote data object and 

at least one remote action which may be performed on said remote data object; 

(c) code for displaying at least one of said local data objects and said remote data 
objects in a viewer, 

(d) in response to selection of a data object from said viewer in (iii), code for 
20 determining a location characteristic for said selected data object; 

(e) in the context of said location characteristic determined in (iv), code for 
performing at least one action on said selected data object, as defined by one of said local 
model and said remote model. 

25 In an embodiment, die computer readable medium further comprises: 

(f) code for defining a local/remote data object comprising a local data object and 
a remote data object and displaying said local/remote data object in said viewer in (c); 

(g) code for performing at least one action on said selected local/remote data 
object as defined by at least one of said local model and said remote model 

30 

The foregoing and other aspects of the invention will be apparent from the following 
more particular descriptions of exemplary embodiments of the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

In the figures which illustrate exemplary embodiments of the invention: 

FIG. 1 shows an illustrative distributed data processing system which may provide an 
5 operating environment for various exemplary embodiments. 

FIG. 2 shows a schematic block diagram of a system and method in accordance with 
an exemplary embodiment. 

FIG. 3 A shows an illustrative example of a data object viewer of FIG. 2 in accordance 
with an embodiment. 

10 FIGs. 3B— 3E illustrate various exemplary actions that may be performed on data 

objects selected in the viewer of FIG. 3A. 

FIGs. 4A— 4D show an illustrative data model in accordance with an exemplary 
embodiment using UML. 

15 DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

FIG. 1 shows an illustrative distributed data processing system 100 which may 
provide an operating environment for various exemplary embodiments of the invention. As 
shown, a network 102 connects a workstation 104 and a plurality of servers 106a— 106c. In 
20 the context of the present discussion, the workstation 104 may be viewed as a "local" system, 
and each of the servers 106a — 106c may be viewed as a "remote" system. It will be 
appreciated that the system 100 shown in FIG. 1 is illustrative and is not meant to be limiting 
in terms of the type of system 100 which may provide a suitable operating environment to 
practice the invention. 

25 

FIG. 2 shows a schematic block diagram of a system and method 200 in accordance 
with an exemplary embodiment. As shown, a viewer model 210 is connected to both a local 
system 104 and a remote system 106, via access paths 212 and 216, respectively. 

30 In an embodiment, the viewer model 210 may be embodied as a process, and may be 

situated locally on the local system 104 (e.g. on the workstation 104 of FIG. 1). In such a 
case, access path 212 may be internal to the local system 104, while access path 216 may take 
a more circuitous route through the network 102 (FIG. 1). 
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As shown in FIG. 2, a local model 204 may be used to define local data objects 
located on the local system 104. Thus, the local model 204 is "meta data" which describes 
data objects and actions on local system 104. In an embodiment, the local model 204 may be 
5 accessible to the viewer model 210 via an access path 213, and the local model 204 may be 
accessible to the local system 104 via an access path 214. In an embodiment, the local model 
204 may be co-located with the local system 104 and the viewer model 210 (e.g. in the 
workstation 104 of FIG. 1, for example). 

10 In an embodiment, the local model 204 may define various local data objects 

including "containers", and "files". These containers and files may correspond to "folders", 
and "files" in a personal computer operating system, for example. The local model 204 may 
also define various actions which may be performed locally on each of the defined local data 
objects. Thus, each local data object may have a set of valid local actions that may be 

15 performed on it. The local actions may be routines which may be called from an underlying 
operating system, or customized routines programmed by the user. It will be appreciated that 
the set of valid local actions may vary, depending on the type of local data object and its 
definition in the local model 204. 

20 In an embodiment, a corresponding remote model 206 may define remote data objects 

on the remote system 106. Thus, the remote model 206 is "meta data" which describes data 
objects and actions on the remote system 106. In an embodiment, the remote model 206 may 
be accessible to the viewer model 210 via an access path 217, and the remote model 206 may 
be accessible to the remote system 106 via an access path 218. In an embodiment, the remote 

25 model 206 may be co-located with the remote system 106 and access path 217 is a path across 
a network (e.g. network 102 of FIG. 1) to the remote system 106. 

In an embodiment, the remote model 206 may define substantially the same types of 
data objects as defined by local model 204. Thus, the remote data objects may also comprise 
30 "containers" and "files", for example. However, it will be appreciated that the local and 
remote data objects need not be identical. For example, a "container" defined on a local 
system 104 may correspond to a "folder** on a remote system 106 having a different data 
structure or operating system. In any event, each remote data object may have a set of valid 
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remote actions that may be performed on it. These remote actions may be routines which 
may be called from an underlying operating system, or customized routines programmed by 
the user. 

5 In an embodiment, the local model 204 and the remote model 206 may be "merged" in 

the viewer model 210, so that both the local model 204 and the remote model 206 (i.e. the 
meta data for the local system 104 and the remote system 106, respectively) are readily 
accessible in the local system 104. 

10 In an embodiment, data objects may be displayed in a viewer 220 connected to the 

viewer model 210 via an access path 219. In an embodiment, the viewer 220 may display 
data objects having both a local presence and a remote presence (i.e. a local data object and a 
corresponding remote data object). This is possible because the viewer model 210 has 
merged the meta data (local model 204 and remote model 206) for the local system 104 and 

15 the remote system 106. As will be explained, such a "local/remote" data object having both a 
local presence and a remote presence may have local and remote actions performed thereon in 
a context sensitive manner. 

Illustrative examples of display of and interaction with local and remote data objects 
20 in the viewer 220, in accordance with exemplary embodiments of the invention, are now 
shown and described. 

FIG. 3A shows the viewer 220 of FIG. 2 in accordance with an exemplary 
embodiment. As shown, the viewer 220 may be embodied as a graphical user interface 

25 having, for example, a viewer title 302, and a plurality of Amotions 304a— 304d available 
from that view. For example, one of the functions 304a — 304d may provide a drop down 
window (not shown) from which a "project" (e.g. a collection of folders and files) may be 
selected for view in the viewer 220. Other functions 304a — 304d may control access to 
various application specific or operating system features or actions. For example, one of the 

30 functions 304a— 304d may "refresh" the viewer 220 to update the status of data objects 
shown in the viewer 220, and another of the functions 304a — 304d may perform a 
"synchronization" operation for a data object selected in the viewer 220. 
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In this illustrative example, "containers" and "files" relating to a project" 307 may be 
displayed in a project window 306, in the viewer 220. A container 308 displayed in the 
project window 306 may contain a number of data objects (e.g. File_A, FileJB, File_C) 
which may have a local presence, a remote presence, or both a local and a remote presence. 

5 

In this illustrative example, File_A is a local data object having a local presence only, 
as indicated for example by a "local" location arrow 310 pointing to the right File_B is a 
remote data object having a remote presence only, as indicated for example by a "remote" 
location arrow 314 pointing to the left. File_C is both a local data object and a remote data 
10 object (i.e. File_C has both a local presence and a remote presence), as indicated for example 
by a double-headed "local/remote" location arrow 314 pointing both to the left and to the 
right. 

It will be appreciated that, in addition to "location" arrows 310, 312, 314, any other 
15 suitable graphics or visually distinguishing features may be used to indicate their local, 
remote or local/remote character. For example, different colours or other graphics may be 
used to indicate the "location" or other status information for each of the data objects 
displayed in the viewer 220. 

20 A viewer 220 such as that shown above may provide a user with added flexibility in 

interacting with and visualizing local and remote data objects, as discussed below. 

As illustrated in FIG. 3B, when a local data object such as File A is selected by a user 
(the selection of File_A is indicated here by boldfacing), a window 320 may open which may 
25 provide the user with a list of local actions (e.g. Local Action 1 , Local Action 2, Local Action 
3.. .) that may be performed on the selected File_A. The list of valid local actions presented 
in the window 320 may be predefined in the local model 204 (FIG. 2) and merged to the 
viewer model 210 (FIG. 2). 

30 In an embodiment, only valid local actions which may be performed on File_A may 

be presented for selection in the window 320. In another embodiment, invalid local actions 
may be shown but configured to be unselectable from the window 320. 
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FIG. 3C illustrates another example in which File_B, a remote data object, is selected 
in the viewer 210 (the selection of FileJ3 is indicated here by boldfacing). In this case, 
another window 330 may open which may provide the user with a list of remote actions (e.g. 
Remote Action 1, Remote Action 2, Remote Action 3...) which may be performed on the 
5 selected FileJJ. The list of valid remote actions presented in window 330 may be predefined 
in the remote model 206 (FIG. 2) and merged to the viewer model 210. 

In an embodiment, only valid remote actions which may be performed on FileB may 
be presented for selection in the window 330. In another embodiment, invalid remote actions 
10 may be shown but configured to be unselectable from the window 330. 

FIG. 3D illustrates yet another example in which File_C, both a local and a remote 
data object, is selected in the viewer 220 (the selection of File_C is indicated here by 
boldfacing). In this case, both windows 320 and 330 may open to provide the user with a list 
15 of local actions and a list of remote actions, respectively, which may be performed on File_C. 

In an embodiment, only valid local or remote actions which may be performed on 
File_C may be presented in the windows 320, 330. In another embodiment, invalid actions 
may be shown but configured to be unselectable from the windows 320, 330. 

20 

In an embodiment, as the viewer model 210 merges both the local model 204 and the 
remote model 206, the viewer model 210 may be used to check whether local and remote 
actions may conflict with each other if performed together. If so, such actions may be made 
invalid by the viewer model 210 for affected local/remote data objects. 

25 

FIG. 3E illustrates yet another embodiment in which File_C is selected. As shown, 
instead of providing a list of local actions (window 320) and a list of remote actions (window 
330) as in FIG. 3D, a combined action list (window 340) may be displayed. For example, the 
window 340 may present a selectable list of actions (e.g. Action 1, Action 2, Action 3) which 
30 may be performed on File_C. 



In an embodiment, upon selection of an action in window 340, another window 350 
may be presented which requires the user to further select whether the action should be 
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performed only on the local presence (i.e. the local data object) of File_C, only on the remote 
presence (i.e. the remote data object) of File_C, or on both. In an embodiment, if an action 
selected in window 340 is not available for one or more of the local, remote and local/remote 
data objects, then such options may be shown but configured to be unselectable from the 
5 window 350. 

As illustrated and described above, a user is able to interact with and visualize both 
local and remote data objects in a viewer in a flexible, context sensitive maimer. In 
particular, for data objects having both a local presence and a remote presence (e.g. FilejC 
10 above), the user is able to interact with both the local presence and the remote presence (i.e. 
both the local data object and the remote data object) of File_C in a context sensitive manner, 
substantially at the same time. Furthermore, when acting on a remote data object, or a 
local/remote data object, it is no longer necessary to be concerned about whether the remote 
data object needs to be pulled and turned into a local data object in order to be acted upon. 

15 

Furthermore, a user is able to interact with a local data model, a remote data model, or 
a local/remote data model with improved convenience, and without having to select or switch 
between different views containing only local data objects, or only remote data objects. 

20 A system and model in accordance with an exemplary embodiment of the invention 

has been generally described above. Now, a more specific example is described using 
Unified Modeling Language (UML). 

EXAMPLE 

25 

FIGs. 4A — 4D illustrate, using UML, a specific implementation of an exemplary 
embodiment of the invention in an integrated software development environment ("IDE**). 
This specific implementation described below is illustrative, and is not meant to be limiting in 
any way. 

30 

In this specific implementation, a distributed data processing system (e.g. system 100 
of FIG. 1) comprises a local system (e,g. local system 104) running WebSphere™ 
Development Studio Client for iSeries™ ("iSeries*') and one or more remote systems (e.g. 

CA9-2003-0063 10 



CA 02433523 2003-06-26 



remote systems 106a — 106c) having one or more iSeries Remote Objects. A suitable 
communication path (e.g. network 102) connects the local system to a targeted remote 
system. 

5 As may be familiar to those skilled in the art, iSeries native development is often 

performed directly on an iSeries local system (e.g. workstation 104 of FIG. 1) since the 
tooling and the compilations is run there. However, in certain development situations, there 
is a need to recreate these tools remotely, and enhance their remote capabilities. 

10 As explained earlier, a user is able to interact with and visualize both local and remote 

data objects by having a viewer model (i.e. viewer model 210 of FIG. 2) merge both an 
iSeries object model (i.e. local model 204 of FIG. 2) with an iSeries Remote Object model 
(i.e. remote model 206 of FIG. 2). 

15 Using UML, FIG. 4A shows a number of "classes", some of which have defined 

"attributes" and "operations". As will be known to those skilled in the art, a UML "attribute" 
is a named property of a class that describes a range of values that instances of the property 
may hold. An attribute represents a property which is shared by all objects of a class. 
Furthermore, a UML "operation" is an implementation of a service that can be requested from 

20 any object of the class to affect behavior. That is, an operation is an abstraction of something 
that can be done to an object that is shared by all objects of the class. 

In FIG. 4A, class 402 ("AbstractiSeriesResource") is a "super class" or "parenf * 
having a "generalization" relationship with a number of "children", i.e. class 404 

25 ("AbstractiSeriesProjectRoot"), class 406 ("AbstractiSeriesProject"), class 408 
("AbstractiSeriesContainer"), and class 410 ("AbstractiSeriesMember"). As shown, class 
408 is a parent and has generalization relationships with its children (classes 412 — 420), and 
class 410 is a parent and has generalization relationships with its children (classes 422 and 
424). As will be familiar to those skilled in the art, in a "generalization" relationship, objects 

30 of the child may be used anywhere the parent may appear, and the child may inherit the 
attributes and operations of its parent (in some cases, a child may also have attributes and 
operations in addition to those found in its patent). 
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FIGs. 4B - 4D detail relationships between various classes. From FIG. 4B, it is seen 
that a class 404 ("AbstractiSeriesProjectRoot") has an "aggregation" relationship with class 
406 ("AbstactiSeriesProject")- As will be known to those skilled in the art, an "aggregation" 
is a "whole/part" kind of relationship in which one class represents a larger thing (the 
5 "whole") which may consist of a number of smaller things (the "parts"). Thus, it may be said 
that class 406 is a "part" of class 404, or that class 404 "has" class 406. 

Analogously, class 406 has a class 412 ("AbstractiSeriesNativeRoof ')> and a class 414 
("AbstractiSeriesIFSRoot"). As known to those skilled in the art, IFS is a type of file system 

10 known as the "Integrated File system" and is a part of OS400, the operation system for the 
iSeries class of machines. Class 412 has further subclasses including class 416 
("AbstractiSeriesNativeLibrary") and class 418 ("AbstractiSeriesNativeObject"). In this 
example, class 418 is a part of both class 416 and class 412. Class 424 
("Abst^actiSeriesNativeMembef , ) is a part of class 418. Class 414 has a class 420 

15 ("AbstmctiSeriesIFSContainefO and a class 422 ("AbstractiSeriesIFSMember"). Class 422 is 
a part of both class 414 and class 420. As shown at 421, class 420 may be a part of itself (e.g. 
a subcontainer or subfolder within a folder). For the purposes of the present discussion, only 
the left branch (i.e. class 412 and its parts) is considered. As will be appreciated by those 
skilled in the art, class 412 defines a type of file system including a "Root", a "Library", an 

20 "Object" and a "Member 51 . 

FIG. 4C shows a number of "Abstract..." classes 404, 406, 408, 410 and 418 on the 
left side of FIG. 4C representing classes in a merged viewer model (i.e. viewer model 210 of 
FIG. 2). These "Abstract..." classes 404, 406, 408, 410 and 418 have a one-way 

25 "association" with a number of "1..." classes on the right side of FIG. 4C representing "local" 
data objects. More specifically, class 404 is associated with class 430 ("IWorkspaceRoot"), 
class 406 is associated with class 432 ("IProject"), class 408 is associated with class 434 
("IContainer"), and both class 418 and class 410 are associated with class 436 ("IFile"). In 
the context of the present discussion, the "I..." classes 430, 432, 434, 436 represent the local 

30 model (e.g. local model 204 of FIG. 2) for a local system 104. 

FIG. 4D shows a model 400D wife other "Abstract..." 
classes 416, 418 and 424 on the left side of FIG. 4D having an "association" with a number of 
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"AS400™..." classes 440, 442, 444 on the right side of FIG. 4D. More specifically, class 
416 is associated with class 440 ("AS400Library")> class 418 is associated with class 442 
("AS400Object"), and class 424 is associated with class 444 ("AS400Member"). In the 
context of the present discussion, the "AS400..." classes 440, 442, 444 represent the remote 
5 model (e.g. remote model 206 of FIG. 2) for a remote system 106a, 106b, 106c. 

In an embodiment, the "Abstact . ." classes shown in FIGs. 4C and 4D may represent 
two "wrapped" object models: (i) a "local" iSeries object model; and (ii) a "remote" iSeries 
Remote Object model. In an embodiment, data objects that are local, remote, or local/remote 
10 may all be handled by the merged viewer model (Le. viewer model 210 of FIG. 2) as 
described above. 

Advantageously, the caching of the local and remote object models into a merged 
viewer model may provide a user with increased flexibility in interacting with and visualizing 
15 local and remote data objects in a viewer. 

In an IDE environment, for example, an executable local/remote data object displayed 
in the viewer 220 may be selected, compiled, and run without regard to whether the data 
object is a local data object, remote data object, or a local/remote data object (although this 

20 may be readily visualized in the viewer 220). 1£ for example, the compilation action is to be 
performed locally, and the running action is to be performed remotely, the user need not 
switch between views of local data objects only, or remote data objects only. Rather, both 
actions may be taken in a context sensitive manner by selecting the local/remote executable 
data object from one view, and by relying on the merged viewer model to perform the 

25 required actions. 

While exemplary embodiments of the invention have been described, and a specific 
implementation has been presented, it will be apparent to those skilled in the art that various 
changes and modifications may be made without departing from the spirit and scope of the 
30 invention. 



For example, the IDE product described in the specific implementation presented 
above may be viewed as providing only a set of re-usable APIs. It will be appreciated that the 
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teaching of the present invention may be embodied in numerous other data processing 
environments and programming languages. For example, the C++ language or other similar 
object oriented programming language may be used to program the behaviors described. 

5 Also, while a merged "viewer model" 210 (FIG. 2) has been shown and described, it 

will be appreciated that, in an alternative embodiment, a process may access both the local 
model 204 (FIG. 2) and the remote model 206 (FIG. 2) in each instance in order to display 
and allow actions to be taken on local/remote data objects in the viewer 220. 

10 Thus, the scope of the invention is limited only by the language of the following 

claims. 
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The embodiments of the invention in which an exclusive property or privilege is claimed are 
defined as follows: 

1. A method of displaying and interacting with local and remote data objects in a 
distributed data processing system, comprising: 

(i) accessing a local model defining at least one local data object and at least one 
local action which may be performed on said local data object; 

(ii) accessing a remote model defining at least one remote data object and at least 
one remote action which may be performed on said remote data object; 

(iii) displaying at least one of said local data objects and said remote data objects in 
a viewer; 

(iv) in response to selection of a data object from said viewer in (iii), determining a 
location characteristic for said selected data object; 

(v) in the context of said location characteristic determined in (iv), performing at 
least one action on said selected data object, as defined by one of said local model and said 
remote model. 

2. The method of claim 1 , further comprising: 

(vi) defining a local/remote data object comprising a local data object and a remote 
data object and displaying said local/remote data object in said viewer in (iii); 

(vii) if said local/remote data object is selected in (iv), then in (v) performing at 
least one action on said selected local/remote data object as defined by at least one of said 
local model and said remote model 

3. The method of claim 2, further comprising merging said local model and said remote 
model into a merged viewer model, said merged viewer model containing data objects and 
actions from both said local model and said remote model. 

4. The method of claim 2, further comprising displaying in said viewer a list of local 
actions and a list of remote actions that may be performed on said local/remote data object 
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5. The method of claim 2, further comprising displaying in said viewer a list of actions 
that may be performed on said local/remote data object, and upon selection of an action, 
further displaying a list of locations on which said action is to be perfonned. 

5 6. The method of claim 5, wherein said list of locations includes local, remote, and both 
locations. 

7. The method of claim 2, further comprising performing on said local/remote data 
object at least one local action and at least one remote action, substantially at the same time. 

10 

8. The method of claim 7, wherein said at least one local action and said at least one 
remote action comprises the same action. 

9. The method of claim 3, further comprising determining, utilizing said merged viewer 
15 model, which combined local and remote actions are invalid for performing on a selected 

local/remote data object. 

10. The method of claim 9, further comprising displaying in said viewer a list of actions 
that may be performed on said local/remote data object. 

20 

11. A system for displaying and interacting with local and remote data objects in a 
distributed data processing system, comprising: 

(a) an access to a local model including definitions for at least one local data 
object and at least one local action which may be performed on said local data object; 
25 (b) an access to a remote model including definitions for at least one remote data 

object and at least one remote action which may be performed on said remote data object; 

(c) a viewer configured to display at least one of said local data objects and said 
remote data objects, said viewer being configured to permit a data object to be selected 
therefrom; 

30 (d) a module configured to determine a location characteristic for said data object 

selected from said viewer and to perform at least one action on said selected data object, as 
defined by one of said local model and said remote model. 
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12. The system of claim 11, further comprising a merged viewer model including 
definitions from both said local model and said remote model, said merged viewer model 
defining a local/remote data object comprising a local data object and a remote data object. 

5 13. The system of claim 12, wherein said viewer is further configured to display said 
local/remote data object and permit said local/remote data object to be selected therefrom. 

14. The system of claim 13, wherein said viewer is further configured to display a list of 
local actions and a list of remote actions that may be performed on said local/remote data 

10 object. 

15. The system of claim 13, wherein said viewer is further configured to display in said 
viewer a list of actions that may be performed on said local/remote data object, and upon 
selection of an action, to further display a list of locations on which said action is to be 

15 performed. 

16. The system of claim 15, wherein said list of locations includes local, remote, and both 
locations. 

20 17. The system of claim 12, wherein said merged viewer model is further configured to 
determine which combined local and remote actions are invalid for performing on a selected 
local/remote data object. 

18. The system of claim 17, wherein said viewer is further configured to display only a 
25 list of valid actions that may be performed on said local/remote data object. 

19. A system for displaying and interacting with local and remote data objects in a 
distributed data processing system, comprising: 

(i) means for accessing a local model defining at least one local data object and at 
30 least one local action which may be performed on said local data object; 

(ii) means for accessing a remote model defining at least one remote data object 
and at least one remote action which may be performed on said remote data object; 

(iii) means for displaying at least one of said local data objects and said remote 
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data objects in a viewer; 

(iv) in response to selection of a data object from said viewer in (iii), means for 
determining a location characteristic for said selected data object; 

(v) in the context of said location characteristic determined in (iv), means for 
5 performing at least one action on said selected data object, as defined by one of said local 

model and said remote model. 

20. The system of claim 1 9, further comprising: 

(vi) means for defining a local/remote data object comprising a local data object 
10 and a remote data object and displaying said local/remote data object in said viewer in (iii); 

(vii) means for performing at least one action on said selected local/remote data 
object as defined by at least one of said local model and said remote model. 

21. A computer readable medium having computer readable program code embedded in 
the medium for displaying and interacting with local and remote data objects in a distributed 
data processing system, the computer readable program code including: 

(a) code for accessing a local model at least one local data object and at least one 
local action which may be performed on said local data object; 

(b) code for accessing a remote model at least one remote data object and at least 
one remote action which may be performed on said remote data object; 

(c) code for displaying at least one of said local data objects and said remote data 
objects in a viewer; 

(d) in response to selection of a data object from said viewer in (iii), code for 
determining a location characteristic for said selected data object; 

(e) in the context of said location characteristic determined in (iv), code for 
performing at least one action on said selected data object, as defined by one of said local 
model and said remote model. 

22. The computer readable medium of claim 2 1 , further comprising: 

30 (f) code for defining a local/remote data object comprising a local data object and 

a remote data object and displaying said local/remote data object in said viewer in (c); 

(g) code for performing at least one action on said selected local/remote data 
object as defined by at least one of said local model and said remote model. 
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